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ABSTRACT 



A method for invoking a user interface for use with an 
application operating in a computer system which in- 
volves providing in the computer system a generic 
object class that corresponds to a class of function that 
is to be performed using the user interface; specifying in 
the application instance data in the form of a generic 
object specification that corresponds to the generic 
object class, the instance data including attribute crite- 
ria and hint criteria; providing in the computer system 
at least one specific user interface toolbox and control- 
ler that operates in the computer system to provide a 
selection of possible specific user interface implementa- 
tions for use in performing the class of function; and 
providing in the computer system at least one inter- 
preter that corresponds to the at least one specific user 
interface toolbox and controller. 

11 Claims, 24 Drawing Sheets 
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Documents known as style guides arc provided in an 
PROCESS OF DESIGNING USER'S INTERFACES attempt to instruct application designers in the appro- 
FOR APPLICATION PROGRAMS priate usage of the user interface gadgets offered by a 

system (see "Style Guides" for more detailed informa- 
This application is a continuation of application Sci. 3 tion). Some examples of such user interface standards 
No. 07/681,079, filed Apr. 5, 1991, now abandoned, are OSF/Motif, OpenLook, CUA, NewWave, and 
which is a continuation-in-part of application Ser. No. Macintosh. Each of these standards shall be referred to 
07/586,861, filed Sep. 24, 1990, now abandoned. herein as a specific user interface. 

However, even applications developed for a "user 
BACKGROUND OF THE INVENTION friendly" environment like Windows or Macintosh 

1, Field of the Invention sometimes can be difficult to use. As applications have 
In general, the present invention relates to an applica- become more and more powerful, some have also be- 

tion program operating in a computer and, more panic- come more and more difficult to use. There are so many 
ularly, the invention relates to a process for designating fascinating and complex things users can do with these 
a user interface of an application program. 15 new programs that it can be very difficult to create a 

2. Description of the Related Art Applications user interface that is always easy to use. A new concept 
An application (or program) is a tool which allows a in the GUI community attempts to come to terms with 

person to use a computer to accomplish a task. For this problem. It is the scalable graphic user interface, 
example, a word processor provides the user of a com- . Such a GUI allows the same applications to be accessed 
puter with a way to write, store, and print out letters. A 20 at various levels of functionality. These levels range 
drawing program allows him to create charts, diagrams, from an appliance mode, where users are only required 
and organizational charts. As far as the user is con- to push a few buttons, to a novice computer interface 
cemed, the application is the interface between him and (such as Tandy's Deskmate tm ), to a full-fledged pro- 
thc computer hardware. However, from the applica- fessional graphic user interface like the Motif TM intcr- 
tion's perspective, there is another layer. 25 face. Users, as their skills and needs grow, may simply 

switch interface levels to access more powerful fca- 
Operating Systems ^^^es. So, for example, if users only want to quickly type 

An operating system is a program which, acts as an a letter or envelope, they do not have to wade through 
interface between applications and the computer hard- a program designed to produce newsletters involving 
ware- It provides an environment in which a user may 30 multiple colunms of text running from page to page and 
execute programs. Operating systems attempt to make graphics placed randomly throughout the document, 
the computer system easy and efficient to use. Opcrat- They can merely run the word processor in appliance 
ing systems in conjunction with the computer hardware mode and type a simple letter without having to set 
are often called environments. These principles are many different options and to pick their way through a 
discussed by James Peterson and Abraham Silberschatz 35 a number of extra features (See "Style Guides" for how 
in "Operating System Concepts". scalability relates to style guides). 

User Interfaces Applications Development 

A user interface (UI) is a set of rules and conventions Applications have always been difficult and time- 
by which a computer system communicates with the 40 consuming to develop. However, because of the vola- 
person operating it. Initially, operating systems (such as tile and diverse nature of the computer software indus- 
UNIX or MS-DOS) featured text-based command line try. creating applications which execute under different 
interfaces. Users were expected to use and remember specific user interface standards often can be exception- 
complicated, forgettable commands such as "enscript- ally challenging. In the past, much or all of the applica- 
2Gr-Plw." Different applications all had different user 45 tion often was rewritten in order to conform to the 
interfaces— to print the current document, a user might various standards, and each version often was offered 
have to press the function key F7 in a word processor for sale separately. 

and the keys Ctrl-All-P in a database program. Comput- Some applications have implemented the scalable 
ers were difficult to leam, difficult to use, and, worst of GUI concept to some extent. Programs such as Mi- 
all, inconsistent. In the pursuit of the often-coined prop- 50 crosoft Word have "full and short menu" modes; nov- 
erty known as ''user friendliness," much work was done ices may choose "short menus," which hides advanced 
in terms of improving user interfaces. Just as the per- functionality by simply removing advanced commands 
sonal computer market as a whole is changing rapidly from the main menu. The user still has to contend with 
and drastically, so too are user interface standards. multiple windows and pull-down menus, difficult 
Through the years, operating systems have evolved 55 enough concepts in their own right. However, very few 
from complicated text-based, command line interfaces, programs even feature this limited scalability. Usually, 
like UNIX or MS-DOS, to graphical, windowing inter- if users would like both a simple word processor and an 
faces such as the Apple Macintosh and Microsoft Win- advanced word processor, they would have to purchase 
dows. These new graphical user interfaces (GUIs) fea- two separate packages On fact, some software publish- 
turc menus, buttons, and windows accessed by a mouse, 60 ers offer several similar packages of varying complexity 
The graphical, intuitive nature of these interfaces in their product line, 

solved many of the problems inherent in earlier operat- Conventional ApplicaUon Design Process 
mg systems. GUIs typically provide a large tool kit of ^ ° 
user interface gadgcte such as windows, buttons, and The typical process of writing an application is as 
menus. Applications make use of these UI items to im- 65 follows. An environment is chosen (e.g., UNIX work- 
plement their interaction with the user. In order to station nmning MotiO- The functional goals of the pro- 
avoid inconsistent application interfaces, companies gram are specified (e.g., a powerful word processor), 
develop rules and conventions for using the UI gadgets. Then the user accessibility goals arc specified (eg.. 
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must be easy and intuitive to use and follow Motif FIG. U illustrates a GenTrigger class of generic user 

guidelines). A programmer or team of programmers interface object and two objects in that class, 

implements the functionality, and a human interface FIG. 13 illustrates a sample generic user interface 

expert or team (perhaps the same programmers) designs tree. 

the user interface to conform with the style guide for 3 FIG. 14 illustrates an on-screen realization of the 

the environment. sample user interface tree of FIG. 13. 

We will focus on the user interface designer. The piG. IS illustrates a sample user interf-acc screen of a 

interface designer balances human/computer interac- pnor art Macintosh application, 

tion design considerations, application input and output piG. 16 illustrates a sample user interface screen of a 

requirements, and the style guide for the specific user 10 -rior art OS/2 application. 

interface to create a specific interface description (typi- Ulustrates a conventional user interaction, 

cally m the form of user uuerface objects with attn- p,Q ,g illustrates a user interaction according to the 

butes) for the application. The graphical user mterface present invention 

system software then implements this specific descrip- mu,^T^izs an easy to use layout for print 

tion creatmg an onscreen representation. 15 , ^ ' .^^ j ^ 

If an operatmg system could somehow mterpret the nT2nius^at« a p^r^L^^^^^^^ dialogue 

user interface needs of an application and provide a i^^^ uiubtraic* a poor jayoui lor prmi uwiugue 

good implementation of one or more style guides, both ' _ .« . ^ ^ ^ . 

application developers and users would benefit. , ^} ^^^'^^^^ ^ ^^rr?*" ^y'^^"^ mcorporatmg 

20 elements in accordance with the present mvention. 

SUMMARY OF THE INVENTION FIG. 22 illustrates a prior art computer system. 

It is an objective of the present invention to provide ^1^. 23 illustrates a document control object, 

a new process for generating on-screen application FIG. 24 illustrates a NewWave TM mtcrpretation of 

interface for an application program. document control object of FIG. 23. 

It is another objective of the present invention to 25 FIG. 25 Ulustrates an OpenLook tm interpretation of 

provide a new process for generating user interfaces for 'he document control object of FIG. 23. 

application programs. ^ illustrates a Motif TM interpretation of the 

It is another objective of the present invention to document control object of FIG. 23. 

provide a new process for generating the on-screen FIG. 27 illustrates a list object and some possible 

application interface in such a way that the application 30 hints that can be used as instance data for that object 

is largely independent of changes in specific user inter- FIG. 28 illustrates a NewWave TM interpretation of 

faces. Developing an application is a challenging and the list object of FIG. 27. 

time-consuming project. One essential aspect of this FIG. 29 illustrates an OpenLook TM interpretation of 

process is the design and implementation of the applica- the list object of FIG, 27. 

tion's user interface. In the traditional process of inter- 35 FIG. 30 illustrates a Motif tm interpretation of the 

face design, the developer defines application input- list object of FIG. 27. 

/output requirements and a list of human-to-computer FIG. 31 illustrates a style guide interpreter that pro- 
design considerations associated with those require- vides three possible gadget choices (Abbreviated Menu 
mcnts. Referring to the style guide for the specific user Button, Exclusive Settings and Scrolling List) with an 
interface (e.g. Motif, OpenLook, or Windows) for 40 example of a screen display and style guide interpreter 
which the application is being designed, the designer interpretation rules for each. 

melds all three considerations together when defining pjo, 32 Ulustrates & style guide interpreter that pro- 

thc user interface. He makes selections from the gadget yid^ possible gadget choices for a hypothetical 

toolkit offered by the specific UI and decides how those ^jer interf-ace (Graphical Radio Buttons and Scrolling 

objects should be arranged on the screen. These selec- 45 lj^.,) ^-^^ ^ example of a screen display and style guide 

tions and decisions are made wrth an eye toward subjec- interpreter interpretation rules for each, 

tivc design considerations. The exact final mterface 33 yi^strates a generic user interface specifica- 

desjgn is then stored in data structures, which arc later Q^^List object and an OpenLook tm user 

faithfully rendered jcreen by sys em software. To ^^^^^^^ interpretation and a hypothetical user inter- 

nm the apphcation under a different specific UI the 50 ^^^^ interpretation of the generic GenUst object, 

design process would have to be repeated from scratch, J» ^ , , . • . _r 

yielding a new executable version of the application. Jifiea^on " ' " 

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 35 illustrates an interpretation of an object hav- 

HG. 1 illustrates a conventional application design 55 ^ specification of FIG. 34 under MotifTM or 

process. OpenLook™. 

FIG. 2 illustrates a application design process accord- ^ illustrates an interpretation of an object hav- 
ing to the present invention. the specification of FIG. 34 under a hypothetical 

FIG. 3 Ulustrates a dialogue box. «ser interf-ace style guide. 

FIG. 4 iUustrates a menu. 60 illustrates an interpretation of an object hav- 

FIG. 5 illustrates pixels on a screen. i"g the specification of FIG. 34 under a hypothetical 

FIG. 6 Ulustrates a scroll bar. user interface of the future in an advanced mode. 

FIG. 7 Ulustrates a scrolling list. FIG. 38 iUustrates an interpretation of an object hav- 

FIG. 8 illustrates a submenu. ing the specification of FIG. 34 under a hypothetical 

FIG. 9 Ulustrates hierarchy of objects in tree data 65 user interface of a future in a novice mode, 

structure. FIG. 39 Ulustrates an implementation of the princi- 

FIG. 10 Ulustrates a window. pies of the invention using procedural programming 

FIG. 11 Ulustrates the salesman example. rules. 
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FIG. 40 illustrates an implementation of the princi- 

pies of the invention using objects using pointers to , , 

methods. embodiment of human/computer interface cntena 

FIG. 41 illustrates an implementation of the princi- for an application, stored digitally. Examples of such 

pies of the invention using objects having class pointers ^ criteria follow: 

to class structures. ;Wrcqucntly used feturc 

FIG, 42 aiustrates a prior art user interaction with an ,.*5^^"f f ^ , ... „ 

appUcation to produce an action In a computer system. ^^ould be displayed as large as possible 

FIG. 43 illustrates a user interaction with an applica- specific user interface 

tion in accordance with the present invention to pro- ^^^^ ^j^^Y of a particular user interface 

duce an action m a computer system. specification, such as Motif. Open Look, Windows, or 

FIG. 44 dlustrates pnor art development and use of a ^^^^^^^^^ ^ denoted by that user interface's style 

specific user interface specification for a particular user ^.^^ ^ ^j^^ ^^.^ perception of the user interface, 

interface. 15 separated from the API and software) 

FIG. 4S illustrates development and use of a genenc 

user interface specification for use with any of multiple specific user interface specification 

specific user interface interpreters (Motif TM, New- interface designed for a particular application based 

Wave TM and OpenLook tm , for cMraple), and the use on gadgets from a specific user interface's gadget toolkit 

of such generic user interface to produce different on- 20 „ . « 

screen displays using such differeni specific user inter- Conventional Application Design Process 

face interpreters. The process of the present invention has redefmed 

FIG. 46 illustrates a one-choice element of a control how appUcation user interfaces are developed. The 

area or a menu, used in various ways such as to execute illustrative drawings of FIG. 1 shows a representative 

commands, display pop up windows, and display 25 conventional process for developing an application. In 

xneans. contrast to the conventional process, a designer using a 

FIG. 47 illustrates a non-exclusive setting that shows new process in accordance with the present invention 

a checkmark in a square box when a setting is chosen. does not attempt to defme the final, gadget-level inter- 

face to the application. Instead, referring to FIG. 2, he 

DETAILED DESCRIPTION OF PREFERRED 3^ ^^lects objects from a generic UI object Ubrary based 

EMBODIMENT solely on the input/output requirements of the applica- 

Beforc explaining the principles in the present inven- tion, and groups them according to function within the 

tion, it is useful to define a group of terminologies as application. Subjective design considerations associated 

follows requirements, which would ordinanly be 

35 weighed by the designer in order to pick specific gad- 
gadget toolkit gets, are instead stored digitally along with the generic 

s« of components such as windows, menus, buttons, ^ «fcj«ts. The deagnefs job is done, « "erything 

scrolling lUts radio buttons, scroll bars, etc. A portion shot of «« "Sf^ guide has been considered aiid stwed 
of ever? spedf.c use, interface's style guide concerns „ » P*" f *' ^ '^fTT"t^:'?^^^'"Z I?a 
itself w^hL enumeration, definition, and uses of these « r,«/~rr:=«rrw"&*rhrs'e.«^^^^^^^^ 

components o^,jgpts and hints into an interface implementa- 

gencric UI object class tion which meets the specific UPs style guide rcquire- 

• »T, . -.1. J 4- t * . f ments. The final interface for the application is then 

group of genenc UI objects with identical types of on-screen, 
data and methods 

„ . . GEOS Application Design Process 
genenc UI object 

The process of the present invention allows the same 

ul component representing an input/output need of application executable to come up with the look and 

an appUcation (as opposed to a visual specification such jq ^^^j number of specific user interfaces, meeting 

as a scrolling list). Examples include document control, ^j^^ ^^yj^ ^^^^ requirements and recommendations for 

exclusive list selection, and viewing areas. gg^j^ -j^^ illustrative drawing of FIG. 2 shows an appli- 

generic UI object library cation development process in accordance with the 

* present invention. The more mformation about the ap- 
set of generic Ul objects and hints available for speci- 55 plication's interface requirements and subjective consid- 

fying an interface independent of any particular gadget erations that can be stored in generic object and hint 

toolkit format, the better the interface that can be created for 

• * the application when running under UI interpreters for 

genenc user mterface specification ^^JP^^ ^^^^^ ^^^^^^ Si/^ 

interface designed for a particular application based go neric model essentially decouples the application from 

on objects from the generic UI object hbrary, including its user interface, the application is completely bdepen- 

the selection and organization of objects and hints dent of changes in specific user interfaces. The applica- 

_„ , . tion's user interface is specified solely in terms of com- 

genenc to specific UI mterpreter (Ul Interpreter) semantic properties rather than specifics of partic 
software which interprets a generic UI specification 65 ular Ul gadgets, so the application's user interface cart 

to create the on-screen representation of the application be properly constructed and presented under new and 

in such a way that a specific UFs style guide require- different specific user interfaces. New UI interpreters 

ments and recommendations are met for new style guides can he written after the creation of 
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an application executable, and the application's user Exit— exit from program (user chooses whether to 

mterface will be presented in accordance with the new save and close document 

style guide. What this means b that new, improved user Soecific UI "B" 

interfaces could add novel and wonderful capabilities P 

far beyond that imagined by the original application 5 Style guide requires "File" menu to have these menu 

designer, simply because functional as well as subjective items: 

information about the application's UI needs arc stored Create— create a new document 

with the application. Similarly, specific user interfaces open . . . —open a previously created document 

intended for users with varying levels of proficiency Close— close and save a document 

may be defined, so the very same application executable 10 Quit— end program (automatically save document) 

can also be presented appropriately to both novice, a specific UI specification which provides a "File" 

average, and advanced users. menu with the items required for specific UI *'B" would 

The question then is how to accurately represent^ in be an illegal interface for specific UI "A" since menu 

data, application input/output requirements and subjec- items are named differently and function differently, 

tive design considerations. The GEOS process replaces 15 problem is solved by abstracting the fundamental 

traditional gadget toolkits with a generic UI object for "document control" within an application, 

library and stores subjective, descriptive considerations ^^j^ applications have a need to manage and manipu- 

digitally in hints. late documents, so the generic UI object library pro- 

tTi nw,^^* T iK«r« n»AaM Tontkite vides a single GcnDocumentControl Class object. This 

Generic UI Object Library vs. Gadget Toolkits ^0 ^^^ject, if chosen for use in an application's interface. 

As mentioned before, conventional operating systems stores the abstract concept that the application performs 

provide the developer with gadget toolkits. These tool- operations on files and therefore needs the user interface 

kits generally attempt to provide a large number of jjj^^ ^jjg jo manipulate files. The generic UI to 

simple as well as sophisticated user interface compo- specific UI interpreter software for each of the above 

nents. The idea is that given a plethora of low-level 25 spe^-jficuis processes the existence of a GenDocument- 

building blocks, the interface designer may usc, com- ControlClass object by creating the appropriate file 

bine, and organize them in ?uch a way that he can bal- ^^^^^ ^ specified by the style guide, 

ance siie, speed, and complexity issues. Unfortunately, contrast, conventional methods of application 

this method of defining user describing and storing the ^^^^ require the developer to create two distinct 

core, fundamental input/output needs or capabilities of 30 ^^^^bles to conform to A and B's style guides. One 

an application. And it does not necessanly give wiy ^^^j^ ^^^^^ ^^^^ generate the proper FUc menu 

indication of the raw subjective mformation the de- ^.^^ of behavior. The other would contain 

signer considered in order to select from the gadgets ^^^^^^^^^ generate the shorter File menu with 

tions. Input/output needs are abstracted to the highest Abstraction of Function 

level possible. Functional needs arc identified ^d requirement of an application is 

placed into distinct categones. f .^^^^"^ ,°^J^^ to let the user choose between a number of different 

classes. The subjective, ^f^npt^e though^ and co^^ ^^^j^^,^ ^ ^^^^^^^ 

siderations previously ^ dfic UIs which may be used to accomplish this are: 

UI designer are stored as charactenstic . known as > ^^.^^ highlighted 

hints of the application and its user interface. J f ^ ^^^^^^ ^^^^^^^ 

The following sections elaborate on how the new . K„#t««c «n « ct^r^ft receiver to 
.ode. ^proves ..bs..„.i...y upon prior an, on a prac 

uca] as well as a conceptual level. 45 ^ ^^^^ .^^^ ^^^.f ^ ^^^^^^ 

Abstractions In Scope checked 

To properly present a given application in any num- a pop-up list, whereby the current sdection is ^own^ 

ber of different Specific user interfaces, it is necessary to Chcking on it bnngs up -^^J^Sy^^^^^^^'^^^^ 

abstract many h^her-level functional requirements of 50 rest of the possible selections Dragging the mouse 

fhrappliS.^^^ there is a risk that an inter- over the desired item and releasmg sdects it 

ace specified for one style guide which might contra- Most specific UIs offer one or more of these opUons 

diet the requirements of another. For instance, two style yet the basic abstract mput/outpu requirement is the 

guides may conflict in their requircmenu for what must same-the user may choose one ^^^^ <^ 

appear in the "FUe" menu: 55 several. The generic UI object library classifies each of 

the gadgets above as bemg functionally identical, and 
Hypothetical Specific UI "A" Example thus provides only the GenListClass object. The choice 
Style guide "A" requires "FUe" menu to have these of specific implementation is left up to the UI inter- 
menu items- P^^^^- ^ apphcations are not bound to only 
Ncw-crMtcs a new document 60 using a particular gadget. For example, a tradiUonal 
Open . . . —opens a previously created document application might choosc to usc a scroUmg list A pop- 
Close-closes an open document (user chooses up list might be more appropriate, but suppose it hadn t 
whether to save changes) been invented yet. The application is stuck with the 
Save-saves changes but does not close document scrolling list because it is hard coded into the program. 
Save As . . . -save changes under a different name, 65 With the new approach, the apphcation would take 
original document is untouched advantage of the newest technologies available. Con. 
Copy To... copies modified document to another versely, the GEOS application also works properly 
file name under a specific user interface which forbids the use of 
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scrolling lists, whereas the traditional application would He would choose a pop-up list gadget containing the 50 
not. states since it takes up less space than a scrolling list. He 

would also implement the functionality necessary to 
Storage of Subjective Design Considerations remove the pop-up gadget when the user chooses "nov. 

In order for existing and future UI interpreters to 5 ice" mode. If he were writing for Specific UI C. he 
make intelligent decisions on the choice of UI gadgetry, would not include the option at all, since the UI is de- 
the proper information must be available. Beyond the signed for novices. Each of these decisions for each of 
functional behavior that the application needs or ex- the specific Uls would be coded into each different 
pects, the designer knows other, less ungible informa- version of the application. Changes in the UI for any 
tion. For instance, when implementing a list where the 10 one of the applications would require the program to be 
user chooses from a number of different options, the modified or rewritten. 

designer might know which of the following general Now, let's look at the new design process. Function- 
characteristics might apply: ally, the designer knows that the user has the choice of 
This feature is obscure one item out of fifty. So, he chooses a GenListClass 
This feature is commonly used 15 object, which encompasses the abstract functionality of 
This feature is easily understood choosing from a list. He attaches a list of the 50 sUtes to 
This feature is advanced choose from. Next, he assigns subjective considerations 
He would probably know more specific characteristics: to the object, selecting the following hints: 
Want to see as many of these items at a time as possi- feature is important 

ble when choosing 20 • feature is unnecessary to functionality of application 

Going through each item one at a time while choos- feature should occupy very little screen space 

ing is fine user does not need to see all of the options at once 

Want to see all options (selected and unselected) at all That's it. He's done. No program code is written. 

times Subsequently, when the application is executed under 

These subjective pieces of information can be enu- 25 each of the three specific user interfaces, the associated 
mcrated and appropriate statements "stored" along UI interpreter chooses a gadget to fit the description, 
with generic UI objects. In this case, the GenListClass .^^^ ^ interpretation 

object would be able to incorporate all of the consider- *^ 

ations listed above. Because the component is a list object, it is unple-. 

30 mcnted as a scrolling list gadget (no other gadgets are 
Hints available). 
A hint is an embodiment of human/computer inter- ^ ^^^^^ ^1 B Interpretation 

face criteria for an application, stored digitally. The 

following example Ulustrates how they are used. First, Because the feature should "occupy very little screen 
suppose we have three hypothetical specific user inter- 35 space, it is implemented as a pop-up list gadget. Further- 
faces: A. B, and C. Their style guides might specify the more, since it is unimportant and unnecessary", the 
following: component is removed when the user selects the Novice 

mode. 

Specific UI C Interpretation 

Because the feature is ''unimportant" and "unneces- 
Specific UI B sary," it is not included m the application's user inter- 

Requires an "Options" menu, which has "Novice" face, 
and "Advanced" menu commands. Advanced features So, by merely defining the application's user interface 
should only appear when "Advanced" menu item is 45 using generic UI objects and hints, the single apphca- 
selected executable can be run under many different specific 

Scrolling list gadgets user interfaces at many different levels of functionality. 

Pop-up list selection gadgets To the developer, it's a better product and time and 

resources are saved. To the user, it's five (or more!) 
Specific UI C 50 programs for the price of one. 

Intended for novice users-apphcations should pro- Additional Hint Examples 

vide basic behavior and not be overly complicated 
Radio button gadgeU The definition and incorporation of a comprehensive 

set of hint values greatly increases the adaptability of 
Example: Sample UI Component 55 applications to future developments in user interface 

Let's look at how we would describe a UI component technology, 
with the old and the new approach. Suppose our appli- Therefore, the GEOS process offers many different 
cation required the user to choose one of the 50 states. types of hints. In addition to functional hints as de- 
For the apphcation, the state selection item is unimpor- scribed above (size, importance, etc.), there are task 
tant and unnecessary to its functionality. 60 related hints. For instance: 

Traditionally, the designer would think about the UI This feature would appeal to someone constructing a 
component and the many different ways he could prcs- resume 

ent it. He would weigh the considerations imposed by This feature would appeal to someone constructmg a 
the fact that the item is unimportant. If he were writing term paper 

for Specific UI A, he would choose a scrolling list gad- 65 This feature would appeal to someone constructing a 
get containing the 50 states since he had no other report 

choice. If he were writing for Specific UI B, he would This feature would appeal to someone constructing a 
have a choice between a scrolling list and a pop-up list schedule 



Specific UI A 
Scrolling list gadgets 40 
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This feature would appeal to someone constructing a inheritance 
poster 

These hints might be used by a task-oriented specific classes have instance data and methods in common 
user interface. Other types and categories of hints can with classes above it in a hierarchy 
be defined. The more of these that are incorporated, the ^ instance 
better the implementation of an application's user inter- 
face under future style guides (e.g. one developed for specific incarnation of a certain type (class) of objects 
3D holographic computer displays). h"brary 

Before explaining the embodiment according to pres- 

ent invention, it is useful to list some more conventional module of execuUble code which is dynamicaUy 

definitions in a glossary. loaded into memory when needed by one or more appli- 
cations. Only one copy of a library module is loaded at 

Conventional Glossary ^ shared by all executing applications 

application ,5 
tool which allows a person to use a computer to" ^^^^^j^ containing a group of controls (basically a 
accomplish a task "multiple-choice" control). Usually accessed as a pull 

application program interface (API) down menu from the main menu area or as a pop up 

the package of the many system services that the » "f""/'°" ""^ P'"* °" ^"*"« °' 

operating system malces av Jlable to a program and the ^° * » '"»«"''™ 

techniques developers use to call them message 

button an object sends a message to another object to make 

one-choice element of a control area or a menu, used " ^"^"""^ ^ particular action 
in various ways such as to execute commands, display method 

pop up windows, and display menus; See FIG. 46 ^^^^^^^ ^ ^^.^^^ ^^^^ ^^p^^^^ ^ p^^_ 

check box ^ ticular message 

non-exclusive setting that shows a check mark in a modal 

square box when the setting is chosen; see FIG. 47 . 

^ usually used in conjunction with dialog box- 

class '—means that the user must respond before continuing; 
group of objects with identical types of data and 35 he can do nothing else 

methods object 

data structure self-contained data structure which contains instance 

tables of data including structural relationships data and methods 

declarative language oriented programming 
programing language in which the order of execution programming language based on self-contained ob- 
is well defined, branching and looping as necessary; Jects which send messages to each other to get thmgs 
individual functions and procedures operate on sepa- done 

rately defined and maintained data ^5 operating system 

development tool program which acts as an interface between applica- 

tool, generally a software program, which is either tions and the computer hardware 

essential to the application development process or ^^^^ 

which makes the process faster and more convenient . 

single dot on the screen arranged m a rectangular 

dialog box grid; images on the screen are composed of many indi- 

rectangle containing elements that elicit responses vidual pixels of certain colors; the drawing of FIG. 5 

from the user, typically several at a time; the drawing of 55 shows a curve formed from individual pixels 

FIG. 3 shows an Qlustrative dialog box procedural language 

environment programming language with a well defined flow oF 

combination of an operating system and the particu- execution during which procedures operate on data to 

lar computer on which it is used 60 accomplish tasks 

executable resource 

binary file which contains application code; single file data or code, separate from actual program code, 

which may be run by the user stored in a resource file 

graphic user interface resource file 

user interface based upon pictures and objects rather file or part of a file that conwins data used by an 
than text and commands application, such as menus, fonts, and/or icons 
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scalable user interface Objects 

user interface which allows the same applications to Objects are self-contained units (data structures) 
be accessed at various levels of functionality and com- which contain data (called instance data) and proce- 
plcxity 5 dures (called methods) to modify their own data. Ob- 

jects send and receive messages. For example, suppose 
a dog is an object. The commands you give him arc 
control used to move the view of the data displayed messages. He leams those commands, and the responses 
in a view; the drawing of FIG. 6 shows a representative he remembers are his methods. So, if you instruct the 
scroll bar ^0 jog to "Sit," you are sending him a 637 Sit" message. 

He receives the "Sit" message, initiates his "Sit" 
scrollmg list method, and subsequently sits on the ground, 

pane containing a list of text fields. The list can be ^ 
read-only or it can be editable; the drawing of FIG. 7 Messages 
shows a representative scrolling list A message roughly corresponds to a procedure call in 

. C or Pascal. An object sends a message to another ob- 

style guide jgj.^ ^j^j^^. jj perfbnn a particular action. This is also 

document intended to impose visual and operational known as invoking another object's method. This way 
consistency across the set of applications running in a accomplishing tasks is a natural extension of how 

particular environment. See Appendix E, humans interact. For example, referring to FIG, 11, 

when a traveling salesman appears at your door, you 
submenu mqq away," and he leaves. You give a command 

menu that displays additional choices under a menu and expect the recipient to handle it This is how users 
item on a menu; the drawing of FIG. 8 shows a repre- 25 interact with their computers, and this is why object- 
sentative submenu oriented programming lends itself so well to a user- 



system software 
see operating system 



driven system. 

Methods 



30 Methods directly translate to procedures and func- 
tions in procedural languages. A method is the program 
hierarchy of objects; the drawing of FIG. 9 shows a code in the object which responds to a particular mes- 
sample tree hierarchy structure sage. In the above example, the salesman's "Go away" 

method was his knowledge that when someone says 
user interface (UI) 35 >*q^ away" he should turn around, walk away, and 

set of rules and conventions by which a computer remove your name from his list of potential customers 
system communicates with the person operating it (his instance data). 

user interface component Classes 

see user interface gadget ^ Classes are groups of objects with identical types of 

data and methods. Objects in a class share common sets 
user interface gadget of data and knowledge of how to respond to certain 

item which has some function in allowing the user to messages. Each object is called an "instance" of a class, 
communicate with the computer, e.g. button, menu, ^or instance, the salesman above might be an instance 
window of the "Acme Encyclopedia Salesmen" class. He and 

other fellow instances of the "Acme" class all know 
user interface tool kit how to respond to a "Go away" message because of 

collection of user interface gadgets offered by an training from their supervisor, 
operating system for use by applications Classes arc organized in a hierarchical structure. 

50 Classes inherit behavior from classes above it. For ex- 
window ample, the class "dog" might be defmed as: 
rectangle containing application elements; the draw- I^og 
ing of FIG. 10 shows a sample window Pretty Dog 

Poodle 

Object Oriented Programming Doberman 

Object-Oriented programming is an approach to pro- Dog 
graming which is vastly different than traditional proce- 

dural programming. Programming languages such as C gample Class Hierarchy 

and Pascal consist of functions and procedures which ^ t 1, • 

manipulate data. The program code executes in a well- Inheritance 
defmed order, looping and branching when necessary. The class Dog has subclasses Pretty Dog and Ugly 
Object-oriented programming, on the other hand. Dog. These subclasses may have subclasses of their 
groups data and procedures in a bundle known as an own. Due to inheritance, if the class Dog contains a 
object. There is no predictable flow of execution. 65 method "Sit," then every subclass (Pretty Dog, Ugly 
The five main concepts of object-oriented program- Dog) also understands that method. So, if an instance of 
ming are: objects, methods, messages, class, and inheri- the class Poodle receives a "Sit" message, it doesn't 
tance. Each is described below. need to have its own "Sit" method. It simply passes the 
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message up to the class Pretty Dog which passes the software and automated style guide interpreter to read 
message to the class Dog. the generic description and produce on-screen repre- 
, ,^ , ^. VT * 11 scntations adhering to any particular specific user inter- 
Why Is Object-Onented Programmmg Natural? ^^^^ ^^y,^ ^^.^^ ^^^^ ^^^^^^ accomplishes this 

The world in which we live is composed of objects. 5 task through a two step process. 
And as we saw earlier, we accomplish much of what we Firstly, the application developer defines his pro- 
do by sending messages to other objects in our world gram's user interface using UI objects with special 
and reacting to their messages. Furthermore, we gener- properties that allow him to express the user interface 
ally do things by telling other objects what we want „eeds of his application. 

done rather than by explainmg in great detail how to do lo Secondly, the GEOS system reads the description, 
them. The how describes the procedures and is part of interprets it, and produces a realization of the program 
the procedural programming model. The what de- interface which visually and behaviorally con- 
scribes the task, the problem, and its solution in dcscrip- f^^^ the explicit and implicit guidelines of a particu- 
tive, or declarative, terms, and is part of the declarative gjy,^ g^j^j^ Because this interpretation is done at 
programming model of which object-oriented program- 15 runtime, the user may switch specific user interfaces 
ming is a prime example. When you give your computer . j^^^-j- openlook) at any time, 
a print message, you don't tell it, "Now I want you to ^ 

take this document that I've just finished creating and The Automated Style Guide 

analyze its bitmap structure. Got it?" You just tell it to ^^^^ shortens and streamlines the ap- 




;v\TyouroTro:ratyo^^^^^^^^^ r'TrTT^s:^iztl7'^^^^^ 

paperandapencU.Now,putatthetopofthepaper.. "^^.^^^^^^^ 

' But these descriptions-simplified for Ulustra- The application dmply defines its user interface using a 
tion-are good summaries of the differences between generic model. This gcnenc model, in essence, decou- 
procedural programming and object-oriented program- ples the application from its user mterface. The apphca- 
ming. The world just doesn't work procedurally. Con- 30 tion developer specifics the application s user mtcri^acc 
scquently it is much easier to write programs designed in terms of common semantic properties, rather than 
to emulate or simulate reality and intelligence in object- specifics of the particular user interface gadgets, 
oriented programming environments than in more As a resuU, the system can support a scalable environ- 
procedure-oriented environments. See Dan Shafer, ment and several GUI specifications with the same 
Hyper Talk Programming. 35 application code. Under the generic model, the devel- 

oper specifies the application's user interface in terms of 
How Is All This Implemented? abstract (generic) objects, common semantic properties, 

Objectsareintrinsically related to classes. Think of a and guiding hints, rather than specific user interface 
rolodex with printed sections for name, address, and gadgets. These generic objects are placed in a hierarchy 
phone numbers. Every time you fill one out, you create ^ to demonstrate their relative importance and interde- 
an object. The formal of the rolodex card is the class. So pendencies. 

then, whenever you fill out a rolodex card, you are Once the application's user interface is described in 
creating an instance of the rolodex card class. The way generic terms, the GEOS system maps each generic UI 
that the format of the rolodex card is presented to an object to one or more specific UI objects, depending on 
operating system is known as a data structure. Objects which specific user interface is chosen. For example, an 
(and classes) are implemented as data structures. Data application's UI file might specify that a list of options 
structures are tables of data including structural rela- be presented to the user. Depending on the attributes 
tionships. So a UI object, with its moniker, attributes, and "hints'* of the generic object, this might be imple- 
and hints would be a single data structure in the form of mented as a submenu in OpenLook or as a dialog box in 
its class. 50 OSF/Motif tm . The conversion from generic to spe- 

-rv ^-T:/^e is „f a ri«;™ cific user interface is transparent to the application. The 

The GEOS Process of Apphcation Design GEOS system can accommodate any number of specific 

Introduction user interface libraries. 

Object oriented programming is not a new concept. In this manner, the GEOS system makes sure that the 
Neither is the idea of using objects to represent user 33 end result of the specific user mterface transformation 
interface components. What is novel is the way of using conforms with its corresponding style guide. This is an 
objects as UI components such that the GEOS operat- important step. Style guides, as explained before, pro- 
ing system can interpret what those components arc vide guidelines and specifications for application de- 
intended to do. Then GEOS can create the actual, vi- signers to follow when they design their program's user 
sual and behavioral application UI to be a good inter- 60 interface. Given a particular set of human-to-computer 
pretation of any number of style guides. interaction needs, it defines which specific UI compo- 

The GEOS process changes the process of designing nents to use. Sometimes style guides are very specific: 

an application's user interface. The user interfacie de- for example, OpenLook specifies that main controls are 

signer weighs the human/computer interaction design to be organized in a scries of button menus and most 

considerations against application input/output require- 65 style guides ask that menu items end in an ellipses ( . . . 

ments and creates a generic user interface description ) if the user will be asked for more information before 

(in the form of objects with attributes and hints). The the operation is carried out. Sometimes style guides are 

GEOS operating system uses its specific user interface very general: for example, there is a certain safe guide 
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which is not clear on, given a dialog box used to set 
properties, whether to supply OK, Reset, Cancel, and 
Help buttons or Apply, Reset, Close, and Help buttons. 
So, due to the complexities and nuances inherent in the 
process of designing the specifics of an application's 5 
user interface, developers may be forced to spend signif- 
icant time and resources tweaking their designs. With 
the OEOS system, this step is automated and relatively 
painless. 

This method of implementing the user interface pro- 10 
vides benefits for developer and user alike. The user can 
purchase one application— a word processor, for in- 
stance. Then, depending on his personal preference, he 
may run the program with a Motif, OpenLook, or New- 
Wave user interface. If his son wants to type a quick 13 
letter, he can switch to a user interface designed for 
novices, for example. 

The developer saves untold time and resources which 
would have been spent designing, thinking about, and 
redesigning the user interface for his program. And just 20 
for one specific style guide. With the GEOS system, 
one application runs under different style guides (we 
refer to the implementation of a particular style guide as 
a "specific user interiface.") and different levels of com- 
plexity (which is really just another style guide). 25 

Defining an AppUcation's User Interface 

An application defmes its user interface using generic 
UI classes. 



Generic User Interface Classes 



30 



Generic UI classes are abstract types of user interface 
components. By thoroughly researching and analyzing 
existing and proposed GUIs, Geo Works identified the 
major kinds of user interface components that were 35 
common. Abstracting these components — reducing 
them to their functional essence resulted in ten generic 
UI classes. For example, all specific UIs need a method 
of initiating an action hence the generic trigger class. A 
list of the major generic UI classes follows: 40 
GenApplication, manages the various top-level win- 
dows of an application 
GcnPrimary, provides the main window for an appli- 
cation, grouping and managing all of the i controls 
and output areas for the application 45 
GenTrigger, represents a pushbutton that initiates a 

certain action when triggered by the user 
GenSummons, elicits responses from the user, typi- 
cally several at a time 
Genlnteraction, serves as a generic grouping object 50 
(group of controls, non-modal dialog box, menu, or 
sub-menu) 

GenRangc, allows the user to interactively set a value 
within a discrete range of values 

GcnList, groups multiple selection items (to set op- 35 
tions, and so on) 

Gen View, provides an area of the screen on which a 
document may be shown 

GcnDispIay. displays and manages one or more sec- 
ondary windows 60 

GcnTextEdit and GenTextDisplay, provides text 
fields with differently formatted text, keyboard 
navigation, cut and paste, and other editing func- 
tionality 

63 

Generic User Interface Objects 

Generic UI objects are instances— specific incarna- 
tions — of generic UI classes. FIG. 12 illustrates two 



instances, the options trigger and the enable trigger, of 
the GenTrigger class. When an application needs a 
particular UI component (a button, for instance) it 
chooses the appropriate generic class (GenTrigger) and 
asks the GEOS system to create an instance of that 
class. The application can then use the resulting generic 
UI object as part of its user interface. Each individual 
UI object has its own instance data whose scope is 
determined by the UI class. There are two kinds of 
instance data: attributes and hints. 

User Interface Components 

When an application needs a particular UI compo- 
nent (a button, for instance) it defines a generic UI 
object that represents the functionality inherent in the 
type of component desired. The GEOS system provides 
different types of generic UI objects which determine 
the gencr^ category of functionality wanted. Special 
properties of that object arc set to convey more detailed 
as well as vague mformation about the human/com- 
puter interaction design considerations and application 
input/output requirements. 

Basically, these generic UI objects are data structures 
with two dificrent types of instance data— attributes 
and hints. 

Attributes 

Attributes dcfme the behavior and/or appearance of 
a UI object in a very specific manner: an attribute is 
either on or off, and there is a dcfuute set of attributes 
associated with every UI object class. When an applica- 
tion sets an attribute, it can be sure that the specific UI 
component that the GEOS system selects exhibits the 
desired behavior. 

For example, setting the modal attribute for a dialog 
box ensures that the user must respond to it before con- 
tinuing. Setting the disabled attribute for a trigger dims 
the trigger's label (called a moniker) and does not allow 
the user to select it. 

Monikers 

A moniker is a special attribute every UI object has. 
Each UI object may be given a moniker, or visual repre- 
sentation, though a moniker does need to be defined for 
every object. It could be the name of a button or the 
icon to be displayed when a window is minimized. A UI 
object is not restricted to a single moniker: a list of 
monikers may be dcfmed. Depending on the situation 
and context, the GEOS system uses one of the moni- 
kers. For example, an application may defme different 
icons for CGA, EGA, and VGA monitors to optimize 
the its appearance. The CEOS system displays the 
proper one for a particular user's set up. Some UI ob- 
jects may have several textual and pictorial monikers. 
GEOS chooses the appropriate moidker, 

Hinu 

Hints provide additional information about the UI 
object in question. An application's needs are not al- 
ways absolute and may be interpreted difTcrently (even 
ignored) by diHerent specific UIs. Some visual and 
behavior aspects of UI objects should not be imple- 
mented as attributes because of this. In other words, 
there arc some UI components or functionality which is 
not universal to all specific UIs, Those capabilities can- . 
not be attributes, since not all specific UIs support them. 
Therefore, they become hints. When the developer 
assigns hints to a particular UI object, he cannot be 
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certam that the hint will be implemented by any one 
specific UI. 

There are two types of hints: command and declara- 
tive. 

Command Hints 

Command hinu are direct requests for a specific im- 
plementation of a UI component. A developer would 
choose to use a command hint when he had a specific 
UI component style in mind. For example, an applica- 10 
tion may explicitly ask for a scrolling list (HINT—S- 
CROLL-LIST) or check boxes (HINT-CHECK- 
BOXES). Not all specific UIs offer the capability to 
follow command hints. For instance, some specific UIs 
allow the user to use the keyboard to navigate menus IS 
and dialog boxes. To support this, certain UI objects 
would contain several HINT-NAVIGATION-ID 
and HINT_NAVIGATION_NEXT_ID hints. For 
example Motif might make use of this hint, but Open- 
Look might ignore it because the style guide does not 20 
allow such navigation. The GBOS system fulfills a 
particular command hint in any specific user interface 
that supports it. 

Declarative Hints 

Declarative hints are more vague; without referring 
specifically to a particular implementation, they give an 
indication of the functioiiality of the UI object in ques- 
tion. For example, a generic UI object containing a list 
of possible actions may have a HINT-MENU ABLE, 30 
indicating that the developer envisions the list being 
presented in a menu. However, perhaps a specific UI 
designed for novice users states that a menu is too com- 
plex. Then the GEOS system implements the list of 
actions as a simple series of large, plainly visible but- 33 
tons. Or, similarly, an option in that menu may have 
hints stating that it is advanced, infrequently used, and 
potentially dangerous. Then a novice specific UI would 
remove the trigger altogether. 

Once again, declarative hints may or may not be 40 
implemented by a particular specific UI. For instance, 
CUA docs not allow submenus in the menu bar. A 
Genlnteraction object with the hint HINT— MENUA- 
BLE that is inside of another Genlnteraction object 
with the hint HINTMENUABLE would be imple- 45 
mented as a submenu in OpcnLook or Motif, However, 
in CUA, it would be added to the menu and set apart by 
separators, since submenus are illegal according to the 
style guide. 

30 

Using Generic UI Objects 

The generic UI objects an application chooses to 
represent the UI components it needs are arranged into 
a tree. This tree is a hierarchy of UI objects, to convey 
the relative importance and interdependencies of each 33 
object. This provides an indication of which compo- 
nents ought to be in plain view and which can be hidden 
one or more layers deep. The illustrative drawings of 
FIG. 13 show an example of such a generic UI tree. A 
description of the generic UI tree of FIG. 13 is provided 60 
in Appendix A. Appendices A-E are expressly incorpo- 
rated herein by this reference. 

Given a generic user interface description such as the 
one in FIG. 13, the GEOS system can implement it in a 
number of difTcrcnt specific user interfaces. It automati- 65 
cally sizes menus, fields, and boxes; it places buttons, 
scroll bars, and text— all the while adhering to the spe- 
cific user interface style guide. The illustrative drawing 



of FIG. 14 shows how this particular generic UI specifi- 
cation might be realized by GEOS for Motif. Note that 
GenApplication has no visual representation. 

Decorations 

Decorations arc additional specific user interface 
components that the developer does not request, but 
that the GEOS system provides in order to maintain a 
good implementation of a particular style guide. For 
example, note that in the sample application above, 
GEOS adds the buttons in the upper comers, a resizing 
border, and a "pin" option in the menu. These are all 
accoutrements which the Motif style guide, for exam- 
ple, states should exist and function in a certain manner. 
The developer does not need to worry about remember- 
ing them or asking for them, since they may be different 
for Open Look or New Wave, for example. This is 
another example of how the GEOS system ensures a 
good interpretation of style guide without needing ex- 
plicit direction from the programmer. 

Specific User Interfaces 

Specific user interfaces are implemented as libraries. 
Much like a group of students can go to the public 
library and all share an encyclopedia, programs can 
share Ubrary modules. Libraries are modules of execut- 
able code which are dynamically loaded into memory 
when needed by one or more applications. Only one 
copy of a library module is loaded at a time and is 
shared by all executing applications. Specific UI librar- 
ies are responsible for interpreting the generic UI de- 
scription and implementing the actual application's user 
interface. 

Programming Examples 

To ground out the above concepts, let's compare 
designing a simple user interface the conventional way 
versus the GEOS way. We will not worry about the 
underlying application functionality. We shall create a 
simple user interface in two different specific exemplary 
user interfaces (Macintosh and OS/2 PresenUtion Man- 
ager). We will end up with two separate executable 
applications. Then we shall do the same in accordance 
with the GEOS process, and show how the resulting 
single executable application can be displayed in any 
number of specific user interfaces. 

Macintosh Example 

Let's create a simple user interface on an Apple 
Macintosh — a single window with a File menu contain- 
ing five commands, New, Open, Save, Save As, and 
Quit. 

Macintosh applications make use of many resources, 
such as menus, fonts, dialog boxes, and icons, which are 
stored in resource files. For example, an icon resides in 
a resource file as a 32-by-32 bit image, and a font as a 
large bit image containing the characters of the font. In 
some cases the resource consists of descriptive informa- 
tion (such as. for a menu, the menu title, the text of each 
command in the menu, whether the command is 
checked with a check mark, and so on). The resources 
used by an application are created and changed sepa- 
rately from the application's code. This separation is the 
main advantage to having resource files. A change in 
the title of a menu, for example, will not require any 
rccompilation of code, nor will translation to another 
language. The preceding together with the following 
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description and code fragments arc from. Inside Madn- tion supplies graphical templates which the program- 
tosh, Volume 1, mer uses to create and edit resources. For example, the 
So. to create the sample application, the programmer programmer formats dialog boxes in the editor, manu- 
would first make use of graphical, interactive develop- ally sizing the border, adding text blocks, setting text 
ment tools on the Macintosh to define the menu and its 5 styles, placing buttons, and so forth, 
contents. He would first create a new menu resource. 

Then he would add commands to the menu (New, GEOS Example 

Open, Save Save As, and Quit). Finally, he scte the i„ q^^^ programmer defines the 

attributes of the menu and m choices (^g no check- ^^^^ ^^^^ ^^^^ application with generic UI 
Z^^^^l.^T^t^.'^L^^^ " Objects, Tli^e objecu^^^^^^^^ 

deflne* Macmtosh objects, but these attributes arc only those 

Menu (resource ID #128).menu with the apple sym. represent an aspect of apace or behavior which is 

bol as its title and no commands in it common to all specific UIs. Peculianties of different 

Menu (resource ID #l29Kile menu with commands 15 specific UI implementations are accommodated 

New, Open .... Save, Save As . . . , and Quit through the use of hints. 

commands Appendix D provides a sample user interface descrip- 

Window template ( resource ID #128)— document tion file, 
window without a size box; top left comer of User Interaction 

(50,40) on coordinate plime, bottom right comer of 20 , 

(300,430); title "Sample"; no close box Perhaps the most vital aspect of computer use is user 

Each menu resource also contains a "menu ID** that's interaction with the computer, for what use are hun- 
used to identify the menu when the user chooses a com- dreds of features and a clear and concise user interface, 
mand from it; for all three menus, this ID is the same as if the user cannot easily make use of them? Most graphi- 
the resource ID. 25 cally oriented systems make use of a device called a 

Excerpts of code to initialize and display these re- mouse. The user slides the palm-sized object around on 
sources are provided in Appendix B. his desk, and a pointer on the screen moves in accor- 

Thc code in AppcndU B and the resource file would dance. A mouse may have one to three buttons. Moving 
result in Uie on-screen shown in FIG. 15. the pointer around the screen, the user can click on 

Note that the code required to create this particular 30 buttons, resize windows, and draw circles. However, 
on-screen representation is very specific to the Macin- .^^^ ^ -f^^ ^^^^ j^^^^^^^ ^ ^ 

tosh. For mstance, if you would like to make the appli- . describing visud and behavioral aspects of the 

cation's appearance and behavior conform to the CUA * . , * ._ • . _r . i ^ 

(Sort Presentation Manager) style guide, everything ^^1*="^' nearly every specific user mterface style guide 
would have to be rewritten. 35 mteraction conventions. There are so many 

ways that a user could possibly click and drag and dou- 

OS/2 Presentation Manager Example ble click the left button and triple click the right button 

Let's create the same user interface in OS/2 PresenU- ^hat these conventions are necessary, 
tion Manager. OS/2's style guide (CUA) and operating So, once again, Geoworks identified a problem. Con- 
system arc quite different than Apple's, so user interface 40 ventional applications generally handle their own user 
designs need to be altered and code needs to be com- interaction. For example, referring to FIG. 17, if the 
pletely rewritten. user double clicks on any letter in a word, the applica- 

To create an application's user interface in OS/2 tion selects the entire word because that is what its style 

Presentation Manager, the code describing the user guide says to do. Notice that we have a parallel without 

interface is partially imbedded in the actual program 45 our earlier dilemma— different style guides have diffcr- 

codc. To display standard window with a simple menu, ent ways of handling user input. How can an application 

the designer would include the lines shown in Appendix be truly specific user interface independent if it has to 

C in his main program file (c.g. SAMPLE.C). The code worry about different types of user input? The answer 

fragments in Appendix C are from Programming the according to the present invention is to abstract user 

OS/2 Presentation Manager by Charles Peuold. 50 interaction as well 

The code and resource fUes of Appendix C are com- Let's follow how user interaction works in the GEOS 

piled and the resulting on-screen rcprcsentauon of the ^ reference to FIG. 18. First, the application 

apgic^non would look smular to the represenution of ^^^^^^^ ^^^^ .^^^^^ ^^^^ ^J^^^ ^^^^ 

Notice that when developing in either OS/2 Presen- 55 "^^^ »*^^«/ under Motif. Then, Ae 

totion Manager or Apple Macintosh, the programmer appl.cat.on detenmncs the context of the user mpul. For 

dcfmes specific user interface components with specific "^^^ ^^''^^ °» m a word 

attributes. Then the program code accesses them and P««ssi"« document. Next, the application passes this 

the operating system draws them on the screen. The information, the actual mput and the context, to the 

actual mechanics of programmbg and development in 60 appropriate specific UI mterpreter. Fmally, the UI in- 

these two environmente are very different. terpreter. given the context and the raw input, tells the 

In PrescnUtion Manager, menus and menu-related application exactly what to do. For example, it tells the 

attributes are defined in a textual resource file. Attn- word processor to select the targeted word, 

butes of windows and other UI components are defined Conventional Development 
via routme calls. Options are passed as parameters. 65 

On the Macintosh, UI components are contained in There are two major problems with conventional 

separate resource files. Thus, their attributes, are de- user interface development: the, time involved and the 

fined using a resource editor application. This appHca- potential for difficult to use application user interfaces. 
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what vague. "Configuration" is a technical term. 

Time Printer Configtiration options are not often accessed, 

The current state-the-art operating systems offer a and possibly should not be here, for example. Clicking 

variety of tools and utilities to make the developer's life to cycle through the choices is not an intuitive or 

easier. However, no matter whether the program's en- 5 friendly way to accomplish the task-it doesn't plamly 

vironment is the NcXT computer or Microsoft Win- show the user all the possible choices, and if the user 

dows for the PC, for example, the developer still has to passes the proper setting, he will have to keep clicking 

manually lay out every user interface component. He to get back to it. Print Quality options use is unclear; 

chooses the window style. He places the menu items. technical terms— NLQ, regular, and draft What does 

He adds buttons and dialog boxes. He carefully places 10 mean? Is regular latter looking than NLQ? Go and Stop 

list of options and text fields in those dialog boxes, per- buttons arc unclear as to their function. There is no 

baps moving them around a pixel (a single dot on the default action. 

screen) at time. He defines the exact sizes and locations And on top of it all, once the developers have created 

of every user interface component. Then he steps back a good interface for their application and spent lots of 

and makes sure that the resulting interface stUl adheres 15 time and money doing it, they still have to create an 

to the style guide set forth for his environment. He entirely view execuUbIc program to run in a different 

tweaks the design some more, steps back, and tweaks it environment under a different specific UI. 

some more. Finally, when the user interface design is Scalable User Interface 
finally completed, the programming team write the rest 

of the program. Generally, at least 30 percent of devel- 20 The scalable user interface can be thought of as just 

opmcnt time is spent designing and implementing the another style guide. It is simply a style guide designed 

user interface. with the user's computer proficiency very much m 

It is a time-consuming task to redesign the user inter- mind. For example, for novices, the style guide would 

face (that took so long to complete) of an application for sute that the user should be able to plainly see all his 

other environments. In some environments it is easier 25 options. Thus, hidden menus (pulldown or pop up) 

than others. But in all of them, the designer is constantly would not be allowed. ScroUing views are also undesir- 

adjusting and worrying about making the result con- able because of their complexity. Visible methods of 

form with the style guide. And that can require much getting help need to be evident at all times. Thus an 

time and hard hard work. Modifying it to adhere to automated style guide can run an application with its 

another style guide can also take much lime and hard 30 normal style guide (such as Motif or Open look), or 

^Qj-lj switch to one designed for novices. Conceptually and to 

the application developer, it's just the same as switching 

Differences in the Quality of UIS between two very similar "professional" specific user 

There arc many very good applications with intuitive interfaces. To the user, it's like getting several programs 
and logical user interfaces. There are also a lot of very 35 for the price of one. 
powerful applications with user interfaces that are not Operation 
as intuitively easy to use. When the developers are . , ^. 
solely responsible for making sure that their applica- Referring to FIG. 21, there is shown a diagram Ulus- 
tions correspond with the goals and objectives set fonh trating the dynamic interaction of the constituent elc- 
in a style guide, there arc bound to be some odd inter- 40 mcnts of the invention. The elements of FIG. 21 aU are 
pretations. Given a stack of wood and power tools, a implemented in computer software. The Application 
master carpenter could build a beautiful and priceless software interacts with the operating system software, 
bird house. A less skillful craftsman might build a The operating system software includes the Generic 
worthless doorstop. Similarly, given the tools for creat- User Interface Object Library and Controller (GUI- 
ing a user interface, programmers could very easily 45 OLC), multiple specific UI Interpreters (SUIIs) (only 
create less than optimal user interfaces. For example, one shown), and multiple specific UI Toolbox and Con- 
examine the case of a dialog box summoned when a user trollers (SUITC) (only one shown), and their respective 
selects the print command. There are many, many dif- driver software modules (only one set of driver soft- 
ferenl ways that an application could handle this situa- ware modules shown). i. a v 
tion Some are satisfactory, some are excellent, and 50 Application Data is operated upon by the Applica- 
others are less than optimum. For instance, HG. 19 tion Software. A Generic UI Specification (GUIS) 
shows a good layout for the print dialog box. The dia- which is associated with the Application, is operated 
log box design of FIG. 19 is good for several reasons. upon by the GUIOLC. Specific UI Application Inter- 
Firstly it visually groups options into logical groups face Data is operated upon by the SUITC. * 
with sensible titles— Printer Options and Document 55 Multiple Apphcations can run siinultaneously. Each 
OpUons. The setting of which printer is connected is not AppUcation corresponds to a particular GUIS. It is 
one which the user frequently changes. Therefore, the possible to have multiple GUISs, that is, different 
options related to this are not even accessed through GUISs for the different Applications, 
this dialog box. Clicking Change Options . , . brings up The GUIOLC and the SUII serve to map Input/Out- 
a separate dialog box. The Document Options have 60 put a/O) requirements of an Application to the SUITC 
descriptive, obvious names— high, medium, and low under which the Application is to be presented to the 
print quality. Print and Cancel give an good indication user. In the present embodiment, the GUIOLC pro- 
of what the buttons will do. Additionally, the extra box vidcs a scries of generic UI object classes (e.g., GenAp- 
around Print indicates a default action, good for experi- plication, GenPrimary, GenTrigger, etc. . . .). These 
enced users as well as novices unsure of what to do next. 65 generic UI classes act as an interface between the Appli- 
In contrast, the dialog box of FIG. 20 is can be a cation and the portion of the operating system software 
challenge to use. The options are not obviously grouped that controls the representation of a specific user mter- 
into logical divisions. The title Other Options is some- face for the Application. For example, when the Appli- 
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cation needs to represent a UI component used to initi- GenList object, and another Application might specify 

ate 8 certain user action., it specifies the GenTrigger difTerent instance data in its GUTS for the GenList ob- 

generic user interface object. From the standpoint of ject. The operating system using the exemplary SUII of 

the Application, the steps required to represent a com* FIG. 31, therefore, could represent a GenList object 

ponent for initiating user interaction merely involves 5 differently for the two Applications due to their differ- 

specifying the GenTrigger object. As explained below, ent GUISs. 

the operating system software, in accordance with the FIG. 32 illustrates the operation of another exem- 

invention, handles the details of actually selecting, ar- plary SUII. The interpreter of FIG. 32 is hypothetical 

ranging and otherwise managing the gadgets used to for a GenList object. The left column represents possi- 

represent the component. 10 ble gadgets from the hypothetical SUITC (not shown). 

Once the Application has specified a particular ge- The center column represents their arrangements under 

neric user interface object, a selected SUII uses the this interpreter. The right column illustrates the criteria 

specified object and instance data for that object to used to select the gadgets. 

interpret the manner in which the specified object is to From FIGS. 31 and 32, it should be appreciated that 

be represented. In particular, the selected SUII selects 15 even the same generic UI object (e.g. GenList) using 

gadgets from a corresponding SUITC and arranges the the same instance data from the same GUIS can result in 

gadgets in accordance with attributes and hints in the a difierent UI representation when a different specific 

instance data for the specified object. UI is selected. For example, in FIG. 31, the specific UI 

Each Application can have a different GUIS associ- is OpenLook. and in FIG. 32, the specific UI is a hypo- 

ated with it. Thus, while two applications might specify 20 thetical UI. 

the same generic UI object, the difTerent GUISs associ- FIG. 33 shows a further representation of a generic 

ated with the different Applications can result in differ- user interface object (GenList) and its instance data and 

ent representations (visual or behavioral) for the same two possible interpretations of it, one under a hypolheti- 

generic UI object. This is because different GUISs can cal UI, and the other under an OpenLook UI. 

have different instance data. 23 FIG. 34 shows a representative hierarchy of generic 

In the present invention, the Operating System Soft- UI objects and their respective instance data. FIG. 35 

ware, rather than the application, indicates the specific shows possible Motiff and OpenLook interpretations. 

UI under which the Application is run. Thus, for exam- FIG. 36 shows a possible hypothetical graphical UI 

pic, if there arc four possible specific UIs (with four interpretation. FIGS. 37 and 38 respectively show pos- 

corresponding SUISs and four corresponding SUITCs) 30 sible hypothetical interpretations under advanced and 

then the system software determines which of the four novice modes. 

is to be used by the Application (and which of the four FIG. 43 provides a dynamic block diagram which 

SUIIs and SUITCs). However, it is possible for the represents interpretation of user interaction by an oper- 

application itself to indicate which of the four (or more) ating system in accordance with the present invention, 

specific UIs is to be used by the Application. 35 A user provides an input such as a double click mouse 

FIGS. 23-26 illustrate how the same generic UI ob- command on text. The Application passes the user input 

ject and the GUIS for a particular Application can command information (double click) and the context 

result in different visual representations when different information (over text) to a specific UI interpreter. The 

specific UIs arc designated. In FIG. 23, a Gen- SUII interprets the input information and indicates its 

DocumentControl object and the instance data from an 40 meaning to the Application. The Application then can 

Application GUIS is shown. FIG. 24 shows a possible request the operating systeni to perform a function 

NewWave interpretation of the object of FIG. 23. FIG. consistent with the input (e.g., select a targeted word). 

25 shows a possible OpenLook interpretation of the It will be understood that difTerent specific UIs can 

object of FIG. 23. FIG. 26 shows a possible MotifT interpret the same input differently. Moreover, the dif- 

intcrpretation of the object of FIG. 23. 43 ferent interpretations can depend not only upon the 

FIGS. 27-30 further represent how the same generic nature of the command but also upon the context in 

UI object and a GUIS for a particular Application can which the command is provided. The SUII shields the 

result in different visual representations when difTerent Application from the details of user input interpretation, 

specific UIs arc designated. FIGS. 28-30 respectively Of course, as explained above, there may be multiple 

represent possible NewWave, OpenLook and MotifT 50 specific UIs supported by the operating system. As 

interpretations of the object of FIG. 27. ' explained above, the different SUIIs for the different 

FIG. 31 illustrates the operation of a representative specific UIs may interpret the user input (command plus 

SUII for a GenList object under an OpenLook User context) difTerently. 

interface. Possible gadget choices available from the Referring to FIG. 41, there is provided a dynamic 

corresponding OpenLook SUITC are indicated in the 35 block diagram which provides a generalized representa- 

left column. The represenution and arrangement of the tion of the operation of an object oriented system- The 

gadgets in accordance with this SUII is indicated in the present invention is implemented as an object oriented 

center column. The decision method used to determine system, although It could be implemented as a proce- 

which gadget choice to make is indicated in the right dural system (FIG. 39). 

column. 60 In the presently preferred embodiment, each generic 

Thus, the representative interpreter selects which UI object represents a -class. The GUIS for an Applica- 

gadgets (left column) and their arrangement (center tion provides instance data for the generic UI object 

column) based upon predetermined criteria (right col- class members. The multiple SUIIs include messages 

umn). The information used to test the criteria is found that point to methods for operating on the instance data, 

in the instance data of the GUIS for the designated 63 Thus, for example, when an Application is running 

GenList object. under a first specific UI, the generic UI object points to 

It should be noted that, for example, one Application the SUII for ^e fu^t specific UI, and the messages and 

may specify certain instance data in its GUIS for the methods of that fu^t SUII operate on the instance data 
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of the generic UI object. If, on the other hand, an Appli- 
cation ts running under a second specific UI, the generic 
Ul points to the SUII for the second specific UI, and the 
messages and methods of the second SUII operate on 
the instance data of the generic UI object. 

It will be appreciated, for example, that an Applica- 
tion and an SUII can communicate through a generic 
UI object. For example, rcfcning to FIG. 31, the Appli- 
cation may specify the generic UI object GenList and 
communicate the message, delete "tomato". The Gen- 
List object, running under the OpenLook specific UI, 
for example, sends the message to the OpenLook SUII. 
The OpenLook SUII uses the message to identify a 
method that results in removal of the "tomato" moniker 
from the UI representation. 

Style Guides 

Style guides are documents intended to promote both 
visual and operational consistency across the set of 
applications running in a particular environment. To 20 
achieve this goal, design rules describe the user inter- 
face and design approach in detail. However, it is im- 
possible to anticipate all situations. So that consistent 
extensions can be made, portions of the document at- 
tempt to explain the rationale behind the rules, and the 25 
intended "feel" of the applications in question. These 
design rules are provided in pursuit of integration and 



"Scrolling Objects of Unknown Size: In some situa- 
tions, it is impossible to determine the size of the object 
being viewed. For example, the result of a database 
query might be read in only as needed. Such situations 
call for a slight modification of the usual scrollbar be- 
havior. 

When the size of the entire object is not known, make 
the length of the proportion indicator represent the 
length of the part of the object that is known at any 
given point." 

"If users scroll to the end of the cable— either by 
dragging the elevator or by clicking on the end cable 
anchor— scroll the view to the end of the data that has 
already been read in. To leave the elevator at the very 
15 end would be misleading, because the view is not at the 
end of all the data. 

When the elevator is not at the end of the data, bump 
the elevator a few pixels upward from the bottom 
cable anchor to show that the view is not at the true 
end of the data. Put a message in the footer of the 
window to inform users about what is happening. 
When users drag the elevator again or click on the 
down (or right) arrow, interpret that action as a sig- 
nal that users want to read in the next portion of the 
data." 

"Once the new data is read in, the scrollable object is 
larger, and you will need to adjust the position of the 
elevator accordingly." 
Releasing the application developer from having to 



consistency. Application programmers are asked to 

commit themselves to following the design rules be- _ . 

cause of the importance of a cohesive, consistent set of 30 deal with pages and pages of this is what the patent is all 

applications. See, for example, HP NewWave Environ- about. 

ment: User Interface Design Rules. While a particular embodiment of the invention is 

For example, the following is an excerpt from Open shown and described, it will be appreciated that the 

Look Graphical User Interface Application Style Guide- present system can be implemented differently without 

lines. It describes behavioral and visual guidelines for 35 departing from the invention. For example, as illus- 



scroU bars (which allow the user to view portions of a 
large document at a time by "scrolling" up and down 
and left and right). 

"Scrolling with Scrollbars: This section describes 
information you need to specify for your application ^ 
when you provide scrollbars for a scrollable text region 



trated in FIG. 39, the invention can be implemented as 
a procedural system rather than as an object oriented 
system. Moreover, for example, in the present embodi- 
ment, the GUIOLC.and the multiple SUIIs are separate 
modules. The GUIOLC and the multiple SUIIs can be 
implemented as a single module without departing from 
the invention. 



AppXicacion Object 



/* This application is in its own resource ao that geoManager 
• can load it quickly to grab the icon for the application. •/ 



start 



AppBeaoucce 



SaspleApp - GenApplicacion ( 

/* G«oManager u3«3 this token infoemation to store the 
* application's icon in a database. */ 



tokenChars - - « S ' , 'A' , 'M* . 'P ' " 
tokenID - *'MANUrACTURER_IOjGH" 
children - SanplePriaiary; 
active - YodaPriaary; 



/» one child •/ 

/* have window 
appear when launched. */ 



1 



end AppResource: 
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Primary Window 

./ 

scare Interface; /* This resources holds misc VI objects. */ 

SajttpXePrimary - GenPzisiary ( 

ntoaiker - "Stable Application"; 

^enStates ■ default •a\axiinized; /* Do not open "/ 
children • SuipIeView, SampleNenu /♦ maximized ♦/ 
hints - t 

HINT_N0T_MINIMI2ABLE 

) 

1 

end Interface ; 



UI Objects witbin Primary window 



start Interface; /* This resources holds misc UI objects. */ 

SampleView - GenView ( 

vie wAt tributes " isolatedContents, grabWhilePressed, 

drags croxlinoOn; 
output • process; /* send exposed method to appl */ 
backColorR - BLACK /• background color •/ 
horizOpenSize - 256; 
vertOpenSixe - 256; 
he rirAt tributes - scrollable; 

vertAttributes - scrollable; 



end Interface; 



/• 

Henus 



start MenuResource; 

SampleMenu - Genlnteraction { 
moniker - "Interaction"; 
hints - ( 

H1NT_K£NUA2I.E /• all ct the children •/ 

/• can be placed in a menu •/ 

1 * 

children - Henultcml, (-enultem2; 

1 ■ 

Menulteml - GenTrigger ( 

moniker - "Trigger 1"; 

1 
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Menultein2 - GenTrigger ( 

nwaniker • "Trigger 2"; 

J 

end KenuAeaouzce; 



Appendix B 



(Ttie USES clause brings in the units containing the Pascal ) 
(interfaces. The SU expression tells the compiler what file to look | 
I in for the specified unit. 1 

USES (5U ObVMemTypes I MemTypes, (basic Memory Manager data types! 
(SU Ob j/Q'J^c^^^^ I QuickDraw, (interface to QuickDraw t 
ISU Obj/OSIntf J OSIntf, (interface to the Oper System! 

{SU Obj/ToolXntf 1 Toollntf; (interface to the Toolbox! 

CONST applelD • 128; (resource IDs/iaenu IDs for Apple. File taeou) 
filelD - 129; 

appleH - 1; (index for each menu in mytlenus (array of 1 

fileH • 2; (menu handles! I 

menuCount - 2; (total nuinber of nenusl 

windowID » 128; (resource ID for application's window) 

newCommand "1; (menu item nunbers identifying commands in! 
openContmand - 2; (File menu} 
saveCornmand - 3; 
saveAsCoinnand • 4; 

exitCononand •> 6; (skip a number because of separator] 

VAR mvMenus: AflPAY ( 1 - .jnenuCount ] O" KenuHandle; 
( flrrqy of handles to the menus I 
wRecord: windowRecord; (info about the application window) 
myWindow; WindowPtr; (poir.ter tc wRecorcl 



PROCIOURE SetUpKenus; • 

( Set up menus and menu bar ) 

VAR i; IWTEGER; 
BEGIN 

(Read menu descriptions from resource file into memory and store ) 
(bandies in myMenua array ) 
myHenus (appleM] GetHenu (AppXelD) ; 

( read Apple menu from resource file I 
AddResMenutntyHenua [appleH] « 'DRVA^ ) ; 

{ add desk accessory naiaes to Apple menu 1 
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nyttenuatfileMl :- Getitenu(£il«ID) ; 

( read File nenu from resource file ) 

FOR TO oenuCount DO InsertJ^enu (myHenus [i] , 01 ; {install menus I 

OrawHenuBar; (in menu bar and draw menu bar) 

END; ( of SetUpKenus 1 



8EGIK tniain program) 
( Initializacion | 



InitWindows; 

InitHenus; 

TEInit: 

InitDiaiogstNILl ; 
initcursor; 



{initialize window Manager) 

(iaitialixe Menu Manager) 

(initialize TextEdit 1 

{initialize Dialog Manager) 

{call QuickDraw to make cursor an arrow) 



SetUpMenus; ' 



(set up menus and nenu bar) 



myWindow GetNewWindow(windowrD,ewRecord,POINTER{-l) ) ; 

I put up application window ) 
SetPort (nywindow) ; 

{ call QuicJcDraw to set current grafport to this window 1 



EKD, 



appendix C 



CHAR siClientClass 11 - "Sarnpie" 
KAB hab : 



int main (void> 

t 

static ULOKG flFrameFlags - FCF ,1ITLEBAR I FCF^SrSMENU 

rCF_SI2EB0RDER ^ FCF^MIKMAX I 

FCF^SHELLPOSITION I 

FCr TASKLIST I FCF MENU ; 



HMQ hmq ; 
HWND hwndFrajne, 
QMSG qnsg ; 



hwndClient 



hab - Winlaitialiie (0) ; 

bixi - winCreateHsgQueue (hab, 01 : 

winRegisterClass <hab« 

sxClientClass, 

ClientWndProc, 

OL, 

0) r 



// Anchor block handle 
// Name of class being 
// registered 

// Window procedure for class 

// Class style 

// Extra bytes to reserve 
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hundTrame * WinCreaceS tdwincow ( 



HWNDJDESKTOP, 


// 


Parent window handle 


WS_VISIBLE, 


// 


Style of frajne window 


fifirrameFlaga, 


// 


Point to control data 


szCilencCIaas, 


// 


Client window class name 


NULL, 


// 


Title bar text ' 


OL, 


// 


Style of client window 


NULL, 


// 


Module handle £oz resourcea 


tD_RESOURCE, 


// 


ID of resources 


ihwndClient) ; 


// 


Pointer to client window hndl 



winSendMsg (hwnd5rame, WM^SETICON, 

winQuerySysPointer (nMND_D£SKTOP, SPTR_A?PICON, 
FALSE) , 

NULL) ; // Set minimized icon for window 

This cod£ creates a sondard appiicaoon v/indow with anribuies defined by 
flFrameFIags. 

• FCF_Tm-EBAR, creates a title bar 

• FCF_SYSMEhfU, crcaies a system menu 

• FCF_SI2E BORDER, creaics, a sizing border 

• FCF.SHFT } POSITION, the Piesenation Manager (shell) detennircs the posinon 
of the window, typically in a rasradr/i posidon from the last applicanon thai started 

• FCF_TASKLIST, adds the window to the switch list of the Task Manager 

• FCF_MENU, creates a menu bar 

The nscnu options are defined in a separate resources file (SAMPLE.RC). Note thai the 
CUA style guide specifics a different order of commands as well as "exit" rather than 

SAMPLE.RC resource script file 
./ 

•include <032.h> 
f include "sample. h" 

MENU ID_RESOURCE 
I 

SUBMENU "-rile", 
MENUITEh! "-Open.-", 
MENUITEM --New", 
MENUITEM SEPARATOR 
MENUITEM --Save", 
MENUITEM -Save -A3_" 
MENUITEM SEPARATOR 
MENUITEM "E-xit", 
1 



•IDM_riL£ 

IDM^OPEN 
IDM_NEH 

IDM^SAVE 

idm^saveas 
idm_£x:t 
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Appendix D 



♦ include "genericuih" 



I' 



Application Object 
/* This application is in its own resource so that geoManager 
I 



children - FileSubMenu, 
Exit Group; 



1 



FileSubMenu - Genlnteraction ( 
children - NewTrigger, 
OpenTrigger, 
SaveTrigger, 
Sa ve AsTrigge r ; 

hints .- ( 

HINT_MENUABLE, 
HINT SUB GROUP 



} 



*/ can be put in menu */ 
'/ add separator •/ 



No wT rigger • GenTrigger { 
NEW_TRIGGER_VALUES 

1 



•/ moniker - 'N*, "New"; •/ 



OpenTrigger • GenTrigger { 
OP EN_TRIGGER_VALOES 
hints - ( 

HINT_BRINGSJUP_WIND0W •/ append •/ 



*/ moniker 'O', "Open"; •/ 



1 



I 



SaveTrigger « GenTrigger ( 
SAVE_TRIGGER_VALUES 

1 



•/ moniker • 'S\ "Save"; •/ 



SaveAsTrigger = GenTrigger { 
SAVEAS_TRIGG£R_VALUES 
. hints * ( 

HINT BRINGS UP WINDOW 



•/ moniker - 'A', "Save As' 



) 
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FileExit * GenTrigger { 

EXI T_TRIGGER_VALUZS 

1 

end KenuReaource; 
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■/ kbdAcceieracor « specif icUI F3; \ 
monir.er « '£♦, "Exir"; ■/ 



What is claimed is: 

1. A method for irvoking a user interface for use with 
an application operating in a computer system compris- 
ing the steps of: 

providing in the computer system a generic object 
class that corresponds to a class of function per- 
formed with the user interface; 

specifying tn the application instance data in the form 
of a generic object specification that corresponds 
to the generic object class, the instance data includ- 
ing attribute criteria, which are criteria that must 
be met by a specific user interface implementation 
that is selected using the instance data, and hint 
criteria, which are criteria that are permitted but 
not required to be specified in the instance data, 
and if specified, are permitted but not required to 
be met by a specific user interface implementation 
that is selected using the instance data; 

providing in the computer system a specific use inter- 
face toolbox and controller that operates in the 
computer system to provide a selection of possible 
specific user interface implementations for use in 
performing the class of function; and 

providing in the computer system an interpreter for 
the specific user interface toolbox and controller, 
the interpreter operating in the computer system to 
select a specific user interface implementation from 
the selection of possible specific user interface im- 
plementations, such that a selected specific user 
interface implementation satisfies both the attribute 
criteria and hint criteria specified for the generic 
object class, except if no specific user interface 
implementation satisfies both the attribute criteria 
and hint criteria specified for the generic object 
class then the interpreter being operable to select 
another specific user interface implementation that 
satisfies the attribute criteria but not all of the hint 
criteria that have been specified for the generic 
object class. 

2. The method of claim 1 wherein said step of provid- 
ing a generic object class in the computer system in- 
cludes providing a library of generic objects classes, 
each respective generic object class in said library rep- 
resenting a respective class of functions. 

3. The method of claim 1 wherein: 

said step of providing a generic object class in the 
computer system includes providing in the com- 
puter system multiple generic object classes, each 
of which corresponds to a different class of func- 
tion performed with the user interface; and 

said step of specifying instance data includes specify- 
ing in the application multiple respective generic 
object specifications. 

4. The me^od of claim 3 wherein said step of specify- 
ing multiple respective generic object specifications 
includes specifying a tree hierarchy relationship among 
the multiple respective generic object classes. 

5. The method of claim 3 wherein: 

said step of specifying multiple respective generic 



10 



object specifications mcludes specifying a tree hier- 
archy relationship among the multiple respective 
generic object classes; and 
said tree hierarchy provides an indication of which 
visual user interface components are to be in plain 
view and which such visual user interface compo- 
nents are to be hiddend by other such components. 

6. The method of claim 1 wherein the generic object 
class is of a GenListClass that encompasses the generic 
user interface functionality of selecting from among 
multiple choices. 

7. The method of claim 1 wherein the generic object 
class is of a GenTriggerClass that encompasses the 
generic user interface functionality of using a screen 
image to invoice an action. 

8. A method for invoking a user interface for use with 
an application operating in a computer system compris- 
ing the steps of: 

providing in the computer system multiple respective 
generic object classes that respectively correspond 
to respective classes of function performed with 
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the user interface; 



specifying in the application instance data in the form 
of a generic object specification that corresponds 
to a designated one of the respective generic object 
classes provided in the computer system, the in- 
stance data including respective attribute criteria, 
which are criteria that must be met by a specific 
user interface implementation that is selected using 
the instance data nd respective hint criteria, which 
arc criteria that arc permitted but not required to 
be specified in the instance data, and if specified, 
arc permitted but not required to be met by a spe- 
cific user interface implementation that is selected 
using the instance data; and 
providing in the computer system a specific user 
interface toolbox and controller that operates in the 
computer system to provide a selection of possible 
specific user interface implementations for use in 
performing the class of function of the designated 
generic object class; and 
providing in the computer system an interpreter that 
corresponds to the specific user interface toolbox 
and controller, the interpreter operating in the 
computer system to select a specific user interface 
implementation from the selection of possible spe- 
cific user interface implementations, such that a 
selected specific user interface implementation 
satisfies both the respective attribute criteria and 
the respective hint criteria specified for the desig- 
nated generic object class, except if no specific user 
interface implementation satisfies both the respec- 
tive attribute criteria and the respective hint crite- 
ria specified for the designated generic object class 
then the interpreter being operable to select an- 
other specific user interface implementation that 
satisfies the respective attribute criteria but not all 
of the hint criteria that have been specified for the 
designated generic object class. 
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9. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 

providing in the computer system a tint generic ob- 
ject class and a second generic object class wherein 3 
each such respective generic object class corrC' 
spends to a respective class of function to be per- 
formed using the user interface; 

specifying in the application first instance data in the 
form of a fint generic object specification that jo 
corresponds to the first generic object class, the 
first instance data including first attribute criteria, 
which arc criteria that must be met ^y a specific 
user interface implementation that is selected using 
the fu-st instance data, and first hint criteria, which is 
are criteria that are permitted but not required to 
be specified in the first instance data and if speci- 
fied, are permitted but not required to be met by a 
specified user interface implementation that is se- 
lected using the first instance data; 20 

specifying in the application second instance data in 
the form of a second generic object specification 
that corresponds to the second generic object class, 
the second instance data including second attribute 
criteria, which are criteria that must be met by a 25 
specific user interface implementation that is se- 
lected using the second instance data and second 
hint criteria, which are criteria that are permitted 
but not required to be specified in the second in- 
stance data, and if specified, are permitted but not 30 
required to be met by a specific user interface im- 
plementation that is selected using the second in- 
stance data; 

providing in the computer system a specific user 
interface toolbox and controller that operates in the 35 
computer system to provide, for each of the first 
and second generic object classes, a respective 
selection of multiple possible specific user interface 
implementations; 

providing in the computer system an interpreter that 40 
corresponds to the specific user interface toolbox 
and controller, the interpreter including a first 
generic object class interpreter and a second ge- 
neric object class interpreter; 

producing a first specific user interface interpretation 45 
for the first generic object class from the specific 
user Interface toolbox and controller using the first 
generic object class interpreter, such that the first 
specific user interface interpretation satisfies both 
the first attribute criteria and the first hint criteria, 50 
except if no first specific user interface interpreta- 
tion satisfies both Uie first attribute criteria and the 
first hint criteria, then using the furst generic object 
class interpreter to produce another first specific 
user interface interpreution that satisfies the fu^t 55 
attribute criteria but not all of the first hint criteria 
that have been specified; and 

producing a second specific user interface interpreta- 
tion for the second generic object class from the 
specific user interface toolbox and controller using ^0 
the second generic object class interpreter, such 
that the selected second specific user interface 
interpretation satisfies both the second attribute 
criteria and the second hint criteria, except if no 
second specific user interface interpretation satis- 65 
fies both the second attribute criteria and the sec- 
ond hint criteria, then using the second generic 
object interpreter to select another second specific 



user interface interpretation that satisfies the sec- 
ond attribute criteria but not all of the second hint 
criteria that have been specified. 

10. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 

providing in the computer system a generic object 
class that corresponds to a class of fiinction that is 
to be performed with the user interface; 

specifying in the application instance data that corre- 
sponds to the generic object class, the instance data 
including attribute criteria, which are criteria that 
must be met by a specific user interface implemen- 
tation that is selected using the instance data, and 
hint criteria, which are criteria that are permitted 
but not required to be specified in the instance data, 
and if specified, are permitted but not required to 
be met by a specific user interface implementation 
that is selected using the instance data; 

providing in the computer system a first specific user 
interface toolbox and controller that is operable m 
the computer system to provide a first selection of 
multiple possible first specific user interface imple- 
mentations for use in performing the class of func- 
tion; 

providing in the computer system a second specific 
user interface toolbox and controller that is opera- 
ble in the computer system to provide a second 
selection of multiple possible second specific user 
interface implementations for use in performing the 
class of function; 

providing in the computer system a first interpreter 
that corresponds to the first specific user interface 
toolbox and controller, the first interpreter opera- 
ble in the computer system to select a first specific 
user interface implementation from the first selec- 
tion of possible first specific user interface imple- 
mentations, such that a selected first specific user 
interface implementation from the first selection 
satisfies both the attribute criteria and the hint cri- 
teria specified for the generic object class, except if 
no first specific user interface implementation from 
the first selection satisfies both the attribute criteria 
and hint criteria specified for the generic object 
class then the first interpreter being operable to 
select another first specific user interface imple- 
mentation from the first selection that satisfies the 
attribute criteria but not all of the hint criteria that 
have been specified for the generic object class; 

providing in the computer system a second inter- 
preter that corresponds to the second specific user 
interface toolbox and controller, the second inter- 
preter operable in the computer system to select a 
second specific user interface implementation from 
the second selection if possible second specific user 
interface implementations, such that a selected 
second specific user interface implementation from 
the second selection satisfies both the attribute 
criteria and the hint criteria specified for the ge- 
neric class, except if no second specific user inter- 
face implementation from the second selection 
satisfies both the attribute criteria and hint criteria 
specified for the generic object class then the sec- 
ond interpreter being operable to select another 
second specific user interface implementation from 
the second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the generic object class; 
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selecting one of the first and second specific user 
interface toolbox and controllers and a correspond- 
ing one of the first and second interpreters; and 
producing one of a first specific user interface imple- 
mentation and a second specific user interface im- 5 
plementation using the selected controller and the 
selected interpreter. 
11. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 10 

A. providing in the computer system a first generic 
object class that corresponds to a first class of func- 
tion and a second generic object class that corre- 
sponds to a second class of function; 

B. specifying in the application fu^t instance data in 15 
the form of a first generic object specification that 
corresponds to the first generic object class, the 
first instance data including attribute criteria, 
which are criteria that must be met by a specific 
user interface implementation that is selected using 20 
the first instance data, and hint criteria, which are 
criteria that are permitted but not required to be 
specified in the first instance data, and if specified, 
are permitted but not required to be met by a spe- 
cific user interface implementation that is selected 23 
using the first instance data; 

C specifying in the application second instance data 
in the form of a second generic object specification 
that corresponds to the second generic object class, 
the second instance data including attribute crite- 30 
ria, which are criteria that must be met by a specific 
user interface implementation that is selected using 
the second instance data, and hint criteria, which 
are criteria that are permitted but not required to 
be specified in the second instance data, and if 35 
specified, are permitted but not required to be met 
by a specific user interface implementation that is 
selected using the second instance data; 

D. providing in the computer system a first specific 
user interface toolbox and controller that is opera- 40 
ble in the computer system to provide, for each of 
the first and second generic object classes, a respec- 
tive first selection of multiple possible fu-st specific 
user interface implementations; 

E. providing in the computer system a second spe- 4$ 
cific user interface toolbox and controller that is 
operable in the computer system to provide, for 
each of the first and second generic object classes, 

a respective second selection of multiple possible 
second specific user interface implementations; 50 

F. providing in the computer system a first inter- 
preter that corresponds to the fu^t specific user 
interface toolbox and controller, 

i. wherein the first interpreter is operable to select 
from the first specific user interface toolbox and 53 
controller a respective first specific user inter- 
face implementation for the first generic object 
class, such that a selected first specific user inter- 
face implementation satisfies both the attribute 
criteria and hint criteria specified for the respec- 60 
tive first generic object class, except if no first 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria speci- 
fied for the first generic object class then the first 
interpreter being operable to select another first 65 
specific user interface implementation from the 
fu^t selection that satisfies the attribute criteria 



but not all of the hint criteria that have been 
specified for the first generic object class, and 
ii. wherein the first interpreter is operable to select 
from the first specific user interface toolbox and 
controller a respective first specific user inter- 
face implementation for the second generic ob- 
ject class, such that a selected first user interface 
implementation satisfies both the attribute crite- 
ria and hint criteria specified for the second ge- 
neric object class, except if no first specific user 
interface implementation satisfies both the attri- 
bute criteria and hint criteria specified for the 
second generic object class then the fu-st inter- 
preter being operable to select another first spe- 
cific user interface implementation from the first 
selection that satisfies the attribute criteria but 
not all of the hint criteria that have been speci- 
fied for the second generic object class; 

G. providing in the computer system a second inter- 
preter that corresponds to the second specific user 
interface toolbox and controller, 

i. wherein second interpreter is operable to select 
from the second sp>ecific user interface toolbox 
and controller a respective second specific user 
interface implementation for the first generic 
object class, such that a selected second specific 
user interface implementations satisfies both the 
attribute criteria and hint criteria of the respec- 
tive first generic object class, except if no second 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
first generic object class then the second inter- 
preter being operable to select another second 
specific user interface implementation from the 
second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the first generic object class, and 

ii. wherein the second interpreter is operable to 
selected from the second specific user interface 
toolbox and controller a respective second spe- 
cific user interface implementation for the sec* 
ond generic object class, such that a selected 
second user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
second generic object class, except if no second 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
second generic object class then the second in- 
terpreter being operable to select another second 
specific user interface implementation from the 
second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the second generic object class; 

H. selecting one of the first and second specific user 
interface toolbox and controllers; 

i. in the event of the selection of the first specific 
user interface toolbox and controller, using the 
first interpreter to select respective first specific 
user interface implementations for the first ge- 
neric object class and the second generic object 
class, and 

ii. in the event of the selection of the second specific 
user interface toolbox and controller, using the 
second interpreter to select respective second 
specific user interface implementations for the 
first generic object class and the second generic 
object class. 
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